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1 . INTRODUCTION 



The EtherBox is a very low cost, self-powered, outboard Ethernet 
interface for workstations, based on a VLSI Ethernet Data Link 
Controller IC (SEEQ DOP001 EDLC) , and a proven 3Com transceiver. 
It conforms to the Ethernet Specification, Version 1.0, 30 
September 19R0, as published by DEC, Intel and Xerox. With minor 
exceptions, it also implements Version 2.0, and completely 
implements Levels 2 AND 1 of the OSI specification, including: 

Level 1 Functions 



o Coax/station electrical isolation 

o Bit transmission/reception. 

o Carrier sense. 

o Transmit collision detection. 

o Encoding/decoding. 

o Preamble generation/removal 

Level 2 Functions 



o CRC generation/checking. 

o Carrier deference. 

o Transmit collision enforcement. 

o Collision fragment frunt) filtering. 

o Bad packet filtering. 

o Address recognition. 

So in addition to a traditonal Ethernet controller which 
implements Level 2 (and a small part of Level 1>, it contains an 
Ethernet transceiver to provide complete Level 1 and 2 
functionality in one self-powered outboard box. The EtherBox 
contains three 2KByte packet buffers and is connected to the host 
system via a Centronics-style, bidirectional, P-bit parallel 
interface. It also has provisions for external loopback. 

Because of the integral transceiver, the EtherBox provides both a 
standard (DA15 connectored) Ethernet outlet and a means for 
direct connection to an Ethernet coax. The direct connection is 
in the form of a single BNC connector designed for an RG-5R 
"ether" attached to the EtherBox by a BNC "T". (The RG-58 coax 
can be compatibly attached to a standard, yellow Ethernet coax 
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[In the following, the term "controller" is used to refer to the 
Level 2 functions only OR to refer to the EtherBox as a whole, 
i.e., including the transceiver. The particular sense should be 
clear from the context. Also "system" refers to the parallel 
interface and/or the host computer. 1 
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EtherBox Assembly 



2. ARCHITECTURE 



The EtherBox is fully buffered with three 2KByte packet buffers 
that are permanently assigned; two are assigned to receive and 
one to transmit. Once a packet is transferred to the transmit 
buffer for transmission and a transmit initiated, all Ethernet 
management is handled automatically by the EtherBox. Operation 
is similarly automatic for receive, with selective enabling of 
several address recognition modes. When enabled for multicast 
recognition, address screening of multicast packets must be 
performed by the system. Two receive buffers permit reception of 
back-to-back packets. 

Connection to the EtherBox is effected entirely through If byte= 
wide registers. (Register selection and register data are 
multiplexed over the single data/command path of the parallel 
interface.) These registers are used to write commands, read 
status information, and to read/write packet data. The packet 
buffers are accessible through three of these registers. The 
accessible location for the single transmit buffer is specified 
by a separate register pair, the Transmit Buffer Pointer. For 
the two receive buffers, the Bus Pointer specifies the buffer 
location. 

The packet buffers are large enough for any legal size Ethernet 
packet. Buffer access is given to either the system, meaning the 
parallel port, or the EtherBox Controller. A buffer switch 
exists for each buffer. If the switch is reset, the system has 
read/ write access to the buffer. Once the buffer switch is set, 
then only the controller has read/write access to the buffer. 
The controller will automatically reset the buffer switch after a 
sucessful transmission or reception. Transmit packets are end- 
aligned in the buffer, receive packets are front-aligned. Buffer 
reads and writes automatically increment the appropriate buffer 
pointer permitting easy sequential access from the system. 
Writing the Transmit Buffer Pointer register, then reading or 
writing the buffer data register permits random access for the 
transmit buffer. The Bus Pointer can only be cleared by the 
system, thus random access of the receive buffers is not 
possible. 

Reception of each type of packet, and enablement of the 
associated interrupt, or enablement of the detection of specific 
transmit or receive error conditions and the enablement of the 
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However, only one interrupt is issued to the system, requiring a 
check of the Auxiliary Status Register for the cause of an 
interrupt. Interrupt requests can be disabled if desired, except 
for the the Power-On Interrupt. It is not possible to separate 
the specification of packets of interest from the enablement of 
the associated interrupt. 
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3. SYSTEM INTERFACE 



Software controls the EtherBox by accessing the 16 internal 

r< 

b: 

intended for subsequent "data" reads and writes. 



egisters. Since the parallel port provides only one "address" 
it (CMD*)* a method is provided for selecting which register is 



For this purpose, the EtherBox contains a SELECTION Register. 
When the CMD signal in the interface is asserted (CMD*=low), the 
SELECTION Register can be written or read by the parallel port. 
The lower order 4 bits of the SELECTION Register hold the 4 
address bits needed for internal register selection. When the 
CMD is not asserted (CMD*=high), the register in the EtherBox 
addressed by the low order 4 bits of the SELECTION Register can 
be written or read by the parallel port. 

So in general, to read or write an EtherBox register through the 

parallel port, the SELECTION Register must first be set to the 

address of the desired register, before the desired register can 
be accessed. See, also, Appendix A. 

There are three separate buffer pointers in the EtherBox 
controller. Two of them are accessible thru the EtherBox 
registers. The Transmit Buffer Pointer has full read/write 
capability from the system. The Bus Buffer Pointer can only be 
reset from the system. The third pointer the Receive Buffer 
Pointer is not accessible from the system. Both the Transmit 
Buffer Pointer and the Receive Buffer Pointer are used for 
loopback operation. 

Transmit packets are end-aligned within the 2KB transmit buffer. 
The Transmit Buffer Pointer is used to fill the buffer from the 
system, then reset by the system to the packet beginning. Once 
the Transmit Buffer has been switched from the system to the 
EtherBox (set), the pointer is then used by the EtherBox to 
access the data for transmission. 

Receive packets are front-aligned in the two receive buffers. 
After the EtherBox receives a packet, the EtherBox receive status 
plus the contents of the Receive Buffer Pointer are found in the 
first two bytes of the buffer memory. The packet data follows in 
the buffer memory. If the packet length exceeds the legal 
maximum, the first 2046 bytes will be saved in the buffer. After 
the 2046th byte, the buffer control locks up preventing any 
buffer overwrite. A packet length of 2047, corresponding to a 
buffer pointer value of 001H indicates a packet of more than 20*6 
bytes. 

The EtherBox will support external loopback. A maximum length 
packet can be looped back. Loopback requires the EtherBox to be 
connected to an Ethernet by the onboard or external transceiver, 
or fitted with special BNC or DA-15 loopback plug by the user. 
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Note that any broadcast packet transmitted by the EtherBox will 
always be looped back to itself, unless the receiver is disabled 
during the broadcast. 

The EtherBox' s suggested Ethernet station address is stored in a 
PROM whose contents are accessed through another register. It is 
addressed with the Bus Buffer Pointer, just as the Bus Buffer 
Pointer accesses the two receive buffers. Reading the Ethernet 
address PROM will automatically increment the pointer. The 
Ethernet address is available in PROM locations thru 5 with 
station address byte at address 0. 

Ethernet Address Prom Map 

Ethernet Addr 

1 Ethernet Addr 1 

2 Ethernet Addr 2 

3 Ethernet Addr 3 

4 Ethernet Addr 4 

5 Ethernet Addr 5 

6 Month of Manufacture 

7 Year of Manufacture 

8 Top Assembly Dash # 

9 Top Assembly Revision Level 
A-1E Unused (Zeroes) or ASCII text 

IF One's complement of sum of locations 00 through IE Hex 



*, 



3.3 CONTROLLER REGISTER MAP 



READ 




1 
2 
3 
4 
5 
6 
7 

R 
O 

A 
B 
C 
D 
E 
F 



Transmit Status 
XMT Buffer Pointer TMSB"! 
XMT Buffer Pointer !"LSBl 
Ethernet Address PROM 
Auxiliary Command /Status 
Collision Counter 
TRANSMIT Buffer 
RECEIVE Buffer A 
RECEIVE Buffer B 



WRITE 
Actual Station Addr 
Actual Station Addr 1 
Actual Station Addr 2 
Actual Station Addr 3 
Actual Station Addr 4 
Actual Station Addr 5 
Receive Command 
Transmit Command 
XMT Buffer Pointer TMSB"' 
XMT Buffer Pointer Tlsb"! 
BUS Buffer Pointer Clear 
Auxiliary Command 
Collision Counter 
TRANSMIT Buffer 
RECEIVE Buffer A 
RECEIVE Buffer B 



NOTE: 

1. Certain registers have different interpretations 
depending on whether they're being read from or 
written to. 
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before each transmit. On Collision 16 the associated 
bit is set in the Transmit Status Register, while the 
Collision Counter overflows and its value is 
indeterminate. The Collision Counter is incremented 
by Tx Underflow. 
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3.2 TRANSMIT COMMAND REG T STEP 

T7:4"l Undefined 

r?i Enable Interrupt on End of Frame 
f2l " " " Collision 16 
f 1 1 •' " " Collision 
fen " " " Underflow 
ALL BITS ARE ONES ASSERTED 
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3.? TRANSMIT STATUS REGISTER 



T7;41 Undefined 

T3] Ready for new frame — A packet has been sent without 
errors. 

i"2l Collision 16 — Sixteen successive transmissions have 
been attempted, but each resulted in a collision. 
The EtherBox will stop attempting to transmit and 
will return the Transmit Buffer to the System. 

ril Collision — One or more collisions occurred. The 
actual number of collisions is in the Collision 
Counter. This bit remains set for any number of 
collisions, including the last one which turns on the 
Collision 16 bit. 

f"cP Underflow — The EtherBox has not been able to supply 
bytes to the Ethernet fast enough. This occurs when 
the XMT EOF DISABLE bit is set in the Auxilary 
Control Register, to force a transmit underflow. 
This is used by diagnostics to transmit a packet with 
an invalid CRC. This condition also increments the 
collision counter. 



NOTES : 



1 . ALL BITS ARE ONES ASSERTED 

2. The Transmit Status is valid only after the 
transmission of a packet. Reads of the Transmit 
Status at any other time may result in status of 
a previous transmission. 

3. If the Transmit Status read results in a status 
of all ones, (xxxxllll binary) re-read the 
status. If Transmit Status is read by the System 
at the same time the EtherBox loads the Receive 
Status into the packet buffer, a bus lockout will 
occur, yielding this all ones condition. 

4. The Transmit Buffer is switched back to the 
system for all the above events except Collision. 
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3.4 RECEIVE COMMAND REGISTER 

Tl',6 1 Address Match Mode 

- Receiver Disabled 

3 - Match station address, 
and multicast/broadcast 

2 - Match station address and broadcast 
(including own broadcasts^ 

1 _ promiscuous on all addresses 

T51 Enable Detection of Good Frame * 2,3 
P4T •• •• " Any Frame * 3 
|- 3 ~l •« " " Short Frame * 3,5 
T2 1 Enable Detection of Dribble error * 3 

(-■] i •• " " CRC error * 3 

•« M " Overflow error * 3,4 



r 



01 



NOTES: 1. ALL BITS ARE ONES ASSERTED 

2. Good Frame constitutes one without CRC, Short 
Frame or Dribble errors. 

3. A successful detection will also generate an 
interrupt to the System. 

4. The Overflow condition is indicative of hardware 
failure in the controller. 

5. The initial SEEQ DQP001 EDLC refuses to make a 
"runt" or Short Frame, or one with a CRC error be 
a frame of interest (receivable). 
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3.5 RECEIVE STATUS 

NOTE: THE RECEIVE STATUS IS READ IN THE FIRST BYTE OF THE 
RECEIVE BUFFER MEMORY ( RECEIVE BUFFER HEADER ) . IT 
IS NOT POSSIBLE TO READ RECEIVE STATUS FROM THE EDLC. 

RECEIVE BUFFER HEADER 



BYTE : 

Til Stale Status — This status is forced by controller 

reset, and indicates that the buffer does not hold a 
valid packet, but instead a discarded packet. 

Te 1 Short Frame — This is a packet whose length is less 

than the Ethernet minimum, 60 bytes ( excluding the 
FCS and preambled. This would include collision 
fragments (runts). 

F51 Dribble error — This packet did not end on a byte 
boundary. Ethernet's "Alignment Error" is equivalent 
to sensing both Dribble and CRC Errors. 

f4l CRC error — The received FCS does not match the 
calculated one. 

r 3"» Overflow error -- indicates controller hardware error 

T2:0 n Most significant three bits of Receive Buffer Pointer 



BYTE 1 : 

T7:0l Least signifcant eight bits of Receive Buffer Pointer 

ALL BITS ARE ONES ASSERTED 
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3.6 AUXILIARY COMMAND REGISTER 



Bit 


Name 


T7? 


EDLC 




RESET 



Description 



Resets the EDLC chip without affecting the rest of 
the controller's logic. Toggle this bit (on then 
off). 



T61 SYSTEM Enables the EtherBox to assert Interrupt Request 
INTERRUPT (BSY) on the parallel interface, for events other 
ENABLE than Power-Up. 



f5l 



RECEIVE When set, allows EDLC access to Receive Buffer B 
BUFFER B for packet reception. It is reset by the controller 
SWITCH upon reception of any packet-of-interest , permitting 
the System read/ write access to the buffer. 



T4T 



m 



RECEIVE 
BUFFER A 
SWITCH 



TRANSMIT 

BUFFER 

SWITCH 



When set, allows EDLC access to Receive Buffer A 
for packet reception. It is reset by the controller 
upon reception of any packet-of-interest, permitting 
the System read/write access to the buffer. 

When set, allows EDLC access to the Transmit Buffer 
for packet transmission. It is reset by the controller 
for every transmission event, except Collisions 1-3 5. 
When reset, the System has read/write access. 



m 

rn 



UNDEFINED 



XMT EOF 
DISABLE 



Transmit End of File Disable. Normally, the 
EDLC gets an EOF (end of frame) bit, with the 
last byte of a transmit packet. When "XMT EOF 
DISABLE" is asserted, the EOF is not passed to 
the EDLC with the last byte for transmission. 
This will cause the EDLC input FIFO to 
underflow and the packet is transmitted without 
a CRC. This bit is asserted only for testing. 



TO? Reset Upon power up or reset of the EtherBox power supplies 
Power-On a non-maskable interrupt will be generated. 
Interrupt Asserting this bit clears that interrupt. 

NOTES: 1. ALL BITS ARE ONES ASSERTED 

2. ONLY ONES CAN BE WRITTEN INTO BITS r 5 r 3"f AND 
BIT TOl FROM THE SYSTEM INTERFACE. 
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3.7 AUXILIARY STATUS REGISTER 

Bit Name Description 



T7l XCVR If set, the integral transceiver is enabled. If 
SWITCH reset, an external Ethernet transceiver must be 
connected to the 3 5-pin DIX connector. NOTE: 
Do NOT connect BOTH an external transceiver to 
the DIX connector AND an Ethernet cable to the 
BNC connector at the same time. 

ffc^" 1 <same as Auxiliary Command Register> 

T21 RECEIVE If RECEIVE BUFFER B SWITCH and RECEIVE BUFFER A 

B BEFORE SWITCH are BOTH reset, then this bit is VALID, 
A (RBBA) unless the EtherBox was JUST Reset or Poweredtlp. 
If RBBA is zero then the packet in Buffer A was 
received before the packet in Buffer B. If 
RBBA is one, the packet in Buffer B arrived 
first. Thus software may maintain packet order. 

f 1 1 <same as Auxiliary Command Register> 

fen Power-On The Power-On condition exist in the controller. 
Interrupt It must be cleared by the software, before any 
other interrupt activity is to proceed. 



12 - 



4. EtherBox PROGRAMMING 



The EtherBox can be operated in pollinq or interrupt modes. When 
using the interrupt mode, SYSTEM INTERRUPT ENABLE must be 
asserted; otherwise it may be cleared. The occurrence of an 
interrupt indicates the need to poll the Auxiliary Status 
Register. After setting the TRANSMIT BUFFER SWITCH to initiate a 
transmission, the EtherBox will reset the buffer switch upon 
successful transmission. For packet reception, both buffer 
switches are set and then monitored for either RECEIVE BUFFER B 
SWITCH or RECEIVE BUFFER A SWITCH being cleared. 

p^,- collisions on transmit, the EtherBox will automatically 
reload the starting buffer location to the XMT Buffer Pointer. 
However, the EDLC will still generate an interrupt if the enables 
are set in the EDLC Transmit Command byte for Collision or 
Collision 16 as appropriate. 

If the EtherBox is successful! at transmitting on it's first 
attempt, as would usually be the case, then it will switch the 
Transmit Buffer Switch back to (the system side vs the Ether 
side) and the Transmit Status will be 9 hexadecimal indicating 
successful transmission, and the Collision counter will be left 
at the value it was initialized to by software just before the 
first transmission, indicating one Transmission was made. 

If the EtherBox is not successful at transmitting without 
collisions, as would be the case with a broken or severly 
overloaded network, then it will eventually give up trying, and 
switch the Transmit Buffer Switch back to and the Transmit 
Status will be 6 hexadecimal indicating "Collision 16" (4 hex) 
and "Collision" (2 Hex), and the Collision counter will be 
indeterminate, indicating that there were 16 transmissions, 16 
collsions, 15 retries. The signifigant item to note is the 
"Collisionl6" bit in the Transmit Status Reg, and believe that 
rather than the Collision Counter, in that case. Failure to 
initialize the Collision counter will result in a reduced number 
of retries under some circumstances. If the Collision counter is 
initialized to a count higher than 0, then the EtherBox will 
transmit fewer times before giving up. 

In the case where the EtherBox succeeds at transmission after 
some number of collisions, then when the Transmit Buffer switch 
is cleared by the EtherBox to indicate completion, the Transmit 
Status will be 0A hex, indicating some number of collisions 
greater than and less than 16. The Collision counter will be 
left at some value indicating the number of Collisions , provided 
that the Collision counter was properly initialized to the value 
just before the first transmission attempt. While interrupts 
may be generated for the first and 16th collision, they are not 
generated for intermediate collisions. 
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In the following descriptions, only specific bit changes are 
shown. Of course, this interface does not permit individual bit 
access so, with each register access, the programmer must be sure 
to set the other bits to their "current" values. For example, 
when operating in interrupt mode, the SYSTEM INTERRUPT ENABLE bit 
must be present in every access to the auxiliary command 
reqister . 
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4.1 TO TRANSMIT A PACKET 

1. Load the packet Buffer 

Load the Transmit Buffer Pointer with POOhex minus the 
packet length. Write the packet to the Transmit Buffer. 

2. Reload the XMT Buffer Pointer: 

Tx Buffer Pointer < — 

(2048-packet Length fin Bytes>) 

3. Set up the EDLC: 

EDLC Transmit Command <-- 

Underflow, Collision, Collision 16 and/or 
End of Frame, as desired 

4. Enable the Start of transmission: 

Auxiliary Command Register <-- 

( TRANSMIT BUFFER SWITCH = 1 ) 

5. Wait for completion, by interrupt or polling. For polling, 
wait for the TRANSMIT BUFFER SWITCH = 0. This indicates that 
the packet has been successfully transmitted or that the 
controller has attempted 16 transmissions and has encountered 
16 collisions. 



6. Read the Transmit Status Register to determine the status of 
the transmission. 

( Note, the Collision status signal will be asserted upon the 
first collision; it will stay set for the duration of 
processing of this packet. The Transmit Buffer is switched 
back to the System only after Collision 16.) 
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7. The EtherBox will automatically retransmit on collision. An 
interrupt on collision can also be obtained if the proper 
enable bits are set. The EtherBox discontinues 
retransmission after the 16th collision. If the software 
wishes to continue transmissions, it must explicitly re-load 
the Transmit Buffer Pointer and again set the Transmit Buffer 
switch. 

8. If the System software requires the counting of the number of 
collisions, the Collision Counter may be read after the 
Transmit Status Register is read, to see how many Collisions 
occurred before the controller gave-up or succeeded. A 
hexadecimal number between and F will appear in the least 
significant nybble of the register. The Transmit Status bit 
indicating collision 16 supersedes the collision counter 
value, indicating 16 attempts, 16 collisions, and cessation 
of transmissions. The collision counter must be explicitly 
set to the value of by software, before each transmit. 
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4.2 TO RECEIVE A PACKET 

1. Enable EDLC: 

EDLC RECEIVE COMMAND < — 

Match Mode & Enables, as desired fnot 0) 

2. Give Buffer(s) to EDLC: 

AUXILIARY COMMAND REGISTER < — 

(RECEIVE BUFFER A SWITCH = 1> and/or 
(RECEIVE BUFFER B SWITCH = 1) 

3. Wait for completion by interrupt or polling. For polling, 
test for either RECEIVE BUFFER A SWITCH = or RECEIVE BUFFER 
B SWITCH = 0. If both switches are zero then use RBBA to 
determine which packet arrived first. 

If interrupts are used , an interrupt will be generated if a 
packet of interest is received. Poll the Aux Status Register 
to determine which buffer contains the received packet. 

4. Clear the Bus Buffer Pointer. 

5. Read the EDLC RECEIVE STATUS in the upper five bits of byte 
zero of the receive buffer. The last three bits plus the 
eiqht bits of byte one form an offset to point to the first 
free byte in that receive buffer. 

6. Read the packet data, which begins in byte two, and continues 
for a byte count of ? less than the offset value. Note that 
an offset of is ambiguous between having received a packet 
with errors (0 length) and having received a packet of 204f 
bytes. This ambiguity is solved by looking at the receive 
status for errors. An offset value of 1 indicates a packet 
of greater than 2046 bytes. 
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5. ETHERNET INTERFACE 



The EtherBox provides two options for connection to an Ethernet, 
selectable by an external switch. The first is the standard, DA- 
15 DIX outlet, which uses fully compatible signalling, including 
halfstep signalling per Version 2.0 of the Ethernet spec. This 
outlet attaches to a standard transceiver cable, which in turn is 
connected to any Ethernet transceiver. This would presumably be 
the usage when an Ethernet was pre-installed. See Appendix B 
which contains the concise Ethernet Specification. 

The other Ethernet interface uses the onboard transceiver and is 
designed to be used with low-cost (50 ohm; RG-58 coax as the 
ether. The integral transceiver is attached to this ether via a 
single BNC connector on the box, to be mated with a BNC "T" pre- 
installed on the RG-58 coax. The station can be coupled and 
uncoupled without affecting network operation. The transceiver 
input impedance is 50K ohms versus the 100K ohm Version 2.0 spec. 
The transceiver does not have 802.3 heartbeat or jabber control. 

The RG-58 Ethernet is electrically compatible with the yellow 
Ethernet coax. In fact, the RG-58 Ethernet can be attached to a 
yellow Ethernet by simply coupling them with an N-series/BNC 
adapter, and EtherBoxes can communicate with any other station on 
the RG-58 or yellow coax. One drawback of the RG-58 Ethernet is 
that the distance limitation is more severe: approximately 330 
meters of an RG-58-only segment. 

The integral transceiver provides complete electrical isolation 
and is in every other way Ethernet compatible with one exception: 
it has no RECEIVER-based collision detection. Transmit collison 
detection is, of course, fully implemented. 

TReceiver-based collision detection permits a transceiver to 
detect collisions even when it is not participating in them. 
Without this, a transceiver might erroneously sense no carrier 
when, by chance, the colliding stations' signals saturate the net 
to produce no bit transitions. If during this time, the EtherBox 
has a packet to transmit it will think the coax is free, try to 
transmit its packet, immediately detect a collision (since 
transmit collisions are always detected) and backoff. 
Theoretically, if other similarly-equipped stations are in a 
particular, staggered synchronization with this one and each 
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cycle (a so-called "Ethernet tsunami") among these stations. The 
probability of this is extremely small. 
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6 . PERFORMANCE 



6.1 System Interface 



Write Operations to EtherBox 
buffer memory 

Read Operations from EtherBox 
buffer memory 



3Mbytes/sec max 



2MBytes/sec max 



6.2 Ethernet Interface 



Conforms fully to the Ethernet specification , Version 1.0 , 
published on 30 September, 1980, by DEC, Intel, and Xerox. 



Bit Rate 
Packet spacing 



lOMbits/sec 

9.6 microseconds min. 
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7. PACKAGING 



The EtherBox is contained in a stand-alone metal box, of 
dimensions 3.25" x 8.75" x 18.75". It includes an integral power 
supply drawing less than 35W. A sketch of the enclosure is 
attached. 

The box will interface to the external world through the 
following ports: 

o Fused, power cord receptacle. Separate power cord. (No 
ON/OFF switch or pilot light.) 

o Female, DB-25 connector for parallel port, which connects to 
a shielded cable as specified in Appendix A. 

o Female, DA-15 connector with slide lock for connection to 
external transceiver. 

o Female, BNC connector for low-cost RG-5R Ethernet. 

o Slide switch to select between the DA-15 and BNC. 
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8 . ENVI RONMENTAL 



The EtherBox will be tested to verify adherence to the following 
environmental specifications: 



8.1 Operating Temperature 
OC to 60C f ambient max. 

R.2 Transit Temperature 

-40C to +65C, ambient max. for a period of 72 hours 

8.3 Humidity 

5* to 95?; at 25C to 40C, non-condensing. 

8.4 Line Voltage and Frequency (North American Version) 

115v + 6?, -3 5% and with frequency variation of 2 cylces from 
60Hz, less than 35 watts. 



- 21 



9. Regulatory Certification (North American Version) 



9.3 Safety Standards 



The EtherBox will be UL certified under UL 3 14 f Off ice Machines) 
and UL 478 (Data Processing Equipment). 

The EtherBox will be CSA certified under CSA C??.? No. 3 54 (Data 
Processing Equipment). 



9.2 Electromagnetic Compatibility 

The EtherBox will be certified as a Class A device under FCC Part 
15, Subpart J for radiated and conducted emissions. Testing will 
be performed in a simulated environment with a host processor 
( electromagnet ically isolated from the EtherBox if required). 
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3 0. European Version 



A separate version of the EtherBox will be manufactured for 
European markets. The only external difference will be the line 
voltage and frequency, along with different power cordis). 

To satisfy European safety standards, the EtherBox will comply 
with IEC 380 (Safety of Electrically Energized Office Machines, 
Safety Extra Low Voltage). A compliance report can be made 
available. 

Because of its peripheral nature, the EtherBox cannot be 
certified on its own under the VDE standards. However, we intend 
to perform some tests to assure that the EtherBox will not 
contribute to overall system emissions. 
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Appendix A: "Centronics" Parallel Port Interface 



The signal Direction is 



Wire SIGNAL 
PIN Color DIR NAME 



< 
> 
<> 



From EtherBox to System 
To EtherBox from System 
Bi-Directional 



DESCRIPTION 

Unused. No Connection 



Pair 1 

14 Black Common 

15 Red > PSTRB* 



Processor Strobe--a data strobe from the 
computer signifying valid data. For 
writes from the computer to the Etherbox, 
the data should be stable for the 
duration. For reads into the computer 
from the EtherBox, the computer should 
latch on the rising edge. 



Pair 2 • 

20 Black Common 

21 White > CRES* 



Controller Reset — resets all logic in the 
controller. Min. 10 microseconds active. 



Pair 3. . . . 

2 Black Common 
16 Green < BuSY 



p US y — a High Level is an active INTERRUPT 

Rev. > 600 nsec. pulse. 

Tx. active until Tx. status read. 



4 
18 



Pair 4 

Black 

Blue 



Common 
PARITY* 



received from parallel port. Odd parity. 



Parity — A signal from the peripheral used 
to generate parity comparision on data 



19 



Pair 5. . 
Black < 



OCD 



25 Yellow 



Open Cable Detect — used to determine if 
the peripheral is not connected. Sense 
of siqnal is positive indicates Open 
Cable. Ground indicates connected cable. 
Grounded in EtherBox. 
NOT CONNECTED. 
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Wire SIGNAL 
PIN Color DIR NAME 



DESCRIPTION 



Pair 6 

17 Black > CMD* 



3 Brown > DRW 



Command — a signal from the computer 
indicating whether the data bus is carry- 
ing "command/status" information or 
"data". When asserted, the data bus 
carries "command/status" information. 
Data Bus Direction — a signal from the 
computer that controls the direction of 
the data transceivers at both ends of the 
cable. When asserted, this data path is 
toward the computer. 



Pair 7 • 

5 Black <> DDO Data Bus Bit 

6 Orange <> DDT Data Bus Bit 1 

Pa i r 8 : 

8 Red <> DD2 Data Bus Bit 2 
22 White <> DD? Data Bus Bit 3 

Pair 9 

2^ Red <> DD4 Data Bus Bit 4 

11 Green <> DD5 Data Bus Bit 5 

Pair 10 • : 

12 Red <> DD6 Data Bus Bit 6 

13 Blue <> DD7 Data Bus Bit 7 

Cable Shield * * ' " ' ?' ' ' *'".'*■" 

1,9,10,24, Common These pins and the connector shell are 
Shell all interconnected with 22AWG Bus Wire. 

Note: signal names followed by an asterisk (»*") are ACTIVE LOW. 

A pre-fabricated cable such as the Belden 9668, Style CB, from 
Belden ISO, (704)865-4513, may be used; or to const ruct you own: 
The wires in the cable should be either unpaired (non-twisted) or 
should be twisted pairs as described above. Each end of the 
cable has a male 25 P in D connnector with a tin plated shell with 
spring indents. The recommended 10-pair 24AWG, ^ e ™}* J? 1 * I 
braid sheilded cable is Belden 9835 of maximum 5 foot length fl.5 
meters). The 22AWG Bus Wire is Belden 8021. 

The connectors are equivalent to the following AMP part numbers: 
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Male Shell 2074f4-2 Oty 2 

Male Pins 2050RQ-1 Oty *R 

Hooc) Ass'y 745173-2 Oty 2 

Split Fing 74550R-R Oty 2 
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Parallel Port DC Signal Character istics 



EtherBox Output Siqnals 



logic "1 
logic "0 



2.0V win at 
0.5V max at 



-15mA Max 
24mA Max 



EtherBox Input Signals 



Data Lines 



logic "1" 
logic "0" 



2.0V min 
0.PV max 



20 micro A at 2.7V 
-0.2mA at 0.4V 



Control Lines 



loqic "1" 
logic "0" 



2.67V min 

< V < 1 .4V max 



20 micro A Max 
-15ma Max 
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REGISTER SELECT 



CMD* 
DRU 



! * VALID 

DD3- XXXXXXXXXXXO**»>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

I i 

!->! !<- 20 ns min. 

! I 

! !__ . 

PSTRB* ^ / 

->{ !<- 30 m win. 



NOTE: THE "CMD" LINE SHOULD BE HELD INACTIVE FOR ALL THE 
FOLLOWING ACTIONS. 



COMMAND WR 



ITE (Receive, Transmit and Auxilarg Command Registers only) 



DRU 



DD7: XXXXXXXXXXX<********VALID********>XXXXXXXXXXXXXX 
I ->! !< — 20 ns min. 



! J. 



PSTRB* \\\W. " l 

!< — 220 ns min. — >• 



DATA WRITE (All registers except the Receive, Transmit and Auxilarg Command Registers) 



DRW \_ 

I 



DD7-0 XXXXXXXXXXX<**VALID***>XXXXXXXXXXXXXXXXXX<***VALID**>XXXXXXXXXX 



-> 



!<- 20 ns min. 



PSTRB* \V\ /// XNX - — — /// 

90 ns min. — >i K— 210 ns min. -->! 

STATUS READ (Transmit and Auxilarg Status Registers onlg) 



5. 

DRW / 



K- ISO ns min. ->i 
• i 



PSTRB* ! ^^ HU 

! 100 ns min. ->! !<- 



-> 



SO 10 ns MAX 



DD7:0 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<***VALID****>XXXXXXXXX 



DATA READ (All Register reads except the Transmit Status and Auxilarg Status Registers) 



f 

J. 
DRW / 



!<150 ns min. >! 

, j !< 260 ns mm. ->• 



pstrb* ! y^ \" 

! 100 ns min. ->! '<■<■ >'• •< " 10 ns MAX 

DD7:0 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX<******>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

* VALID 



To: Larry Gardner 

From: 

Date: 27-ttay-83 

Subject: Interrupt problems with 3COM I/F 

CC: Sunny Kirsten, Al Lem, Larry Birenbaum (c/o 3COM) 

K. Okin, J. Davis, F. Jones, D. Of tea J. Weil, B. Fox 

This note summarizes recent conversations between myself and 3COM engineering — 
notably Sunny Kirsten and Al Lem — about problems with to the E-Box vis-a-vis 
interrupts. 

Prior to my involvement, Frank Jones had put together a list of interrupt 
related problems which he had seen in his testing of the E-Box. Since I was 
more concerned with the basic transmission aspects of the box, I had not tested 
the interrupt related hardware until recently. In conversations with Sunny^ 
prior to this week, it seemed that the problems could be handled with proper 
software. However, upon looking at the problem earlier this week, we (Sunny, Al 
and myself) feel that the problem must be addressed in the 3COM box. I 
suggested a solution over the phone yesterday which they are analyzing to see if 
that's the way they want to solve the problem. 

The basic problem stems from the 6522 characteristics and the manner in which it 
must be used in our 2-port card. 3COM had been assuming that our board was 
capable of "latching" Interrupt events on* the 2-port card. Hence, they do not 
latch the BSY line (used for interrupt control). Whenever the A-port of the 
6522 is accessed (as it must for data transfers), the interrupt flag gets 
cleared inside of the 6522; this, in turn, prevents the 6522 from generating an 
IRQ into the Lisa interrupt system. 

Within the E-Box, the EDLC INT line is gated (via the E-Box' s System Interrupt 
Enable) directly to the BSY line. The EDLC keeps its INT asserted until someone 
reads the corresponding status register. For transmits, the Host (Lisa) reads 
the Transmit Status Reg; hence, INT (BSY) will stay asserted. However, the 
E-Box always automatically reads receive status — storing it into the receive 
buffer — from the EDLC. Hence, the INT (BSY) line is asserted for only a brief 
instant — on the order of 1-2 usee. This is just barely long enough fur the 
6522 to sense the edge-triggered CAl line (coming in on BSY) and "letch" the 
interrupt . 

However, any activity occurring over the 2-port card (e.g., setting up a 
transmit or reading the other receive buffer), will cause the latched interrupt 
condition to be cleared. This causes the interrupt to be "lost". This has been 
noted by Sunny and is probably the source of problems noted by Frank. 

My suggested solution is to include the RBSA* and RBSB* lines as terms in the 
input to the interrupt gate. Thus, the BSY line would be asserted whenever SIE 
is true and (the EDLC INT line is asserted or either receive buffer is available 
to the Host). This, in effect, latches the receive interrupts within the E-Box. 
BSY would go away when the Host (Lisa) reads the Transmit Status Reg (in case of 
a transmit complete) or gives the receive buffer(s) back to the E-Box (for 
receive interrupts). 



(11:00, 27-riay-83) The 3COM solution (as per conversations with Al) will be to 
actually latch the INT signal within the E-Box. This is the cleanest solution. 

There is still a "minor" problem which must be resolved by software. The BSY 
interrupt is edge -triggered. Even with the suggested change, the leading edge 
of BSY could be "lost" due to the 6522 problem; this only happens when a 
"driver" is using the I/F to talk to the E-Box. However, the state of the BSY 
line is also readable via the PBl input. Since the interrupt is latched 
(assuming some change similar to that proposed above is made), the Host can 
sense if BSY is asserted before waiting for an interrupt. If it always does 
this after using the I/F, and "fakes" an interrupt, the interrupt will not get 
"lost" and all will be well. 

I talked with Al and Larry Birenbaum this morning. The current assumption is 
that we can use the E-Box as currently implemented (using a software kludge 
described below), but that they will fix the problem in a future board rev. 
Thus, my feeling is that we can accept the delivery of the current design and 
assume that the next scheduled set will have the problem fixed in hardware 
(within the E-Box). * 

The software kludge for existing E-Boxes involves checking, in software, the 
conditions in my suggestion to a hardware fix. I.e., after playing with the 
I/F, the software must poll both PBl and ASR. If either PBl is asserted or 
either of the receive buffers has been given back to the Host (Lisa), then an 
interrupt must be faked. This is done by pushing a dummy interrupt status onto 
the stack and jumping to the entry of the interrupt handler. (I am enclosing a 
copy of my code to do this as a sample.) 

As of this note (11:00, 27-May-83), the above software "kludge" seems to be 
effective. I have run my echo test utilizing this interrupt "faking" and it 
successfully runs without "dropping" interrupts. 

Note, some problems noted by Frank may not be solved by this problem. This 
solution addresses only those of "lost" interrupts. That is, cases where the 
E-Box correctly generates status but where the associated interrupt is not being 
"caught". I suggest that Frank change his tests to include the kludge and test 
the boxes again. Any problems not directly related to the "interrupt problem" 
must be treated independently. 
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3Com Etherbox Ethernet Controller 
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